home *** CD-ROM | disk | FTP | other *** search
/ CU Amiga Super CD-ROM 17 / CU Amiga Magazine's Super CD-ROM 17 (1997)(EMAP Images)(GB)[!][issue 1997-12].iso / CUCD / Programming / AMOSList / AMOSLIST.0997 / 000143_amos-request@svcs1.digex.net_Tue Sep 16 01:13:43 1997.msg < prev    next >
Text File  |  1997-10-01  |  5KB  |  92 lines
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224])
  2.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id BAA12293
  3.     for <mcox@access.digex.net>; Tue, 16 Sep 1997 01:13:41 -0400 (EDT)
  4. Received: (from daemon@localhost)
  5.     by svcs1.digex.net (8.8.5/8.8.5) id WAA15411
  6.     for amos-out; Mon, 15 Sep 1997 22:56:20 -0400 (EDT)
  7. Received: from mail3.access.digex.net (mail3.access.digex.net [205.197.247.4])
  8.     by svcs1.digex.net (8.8.5/8.8.5) with ESMTP id WAA15408
  9.     for <amos-list@svcs1.digex.net>; Mon, 15 Sep 1997 22:56:19 -0400 (EDT)
  10. Received: from haven.uchicago.edu (root@haven.uchicago.edu [128.135.12.3])
  11.     by mail3.access.digex.net (8.8.5/8.8.5) with ESMTP id WAA01090
  12.     for <amos-list@access.digex.net>; Mon, 15 Sep 1997 22:56:18 -0400 (EDT)
  13. Received: from midway.uchicago.edu (root@midway.uchicago.edu [128.135.12.12])
  14.     by haven.uchicago.edu (8.8.5/8.8.5) with ESMTP id VAA25148;
  15.     Mon, 15 Sep 1997 21:56:07 -0500 (CDT)
  16. Received: from harper.uchicago.edu (root@harper.uchicago.edu [128.135.12.7]) by midway.uchicago.edu (8.8.5/8.8.3) with ESMTP id VAA02164; Mon, 15 Sep 1997 21:55:42 -0500 (CDT)
  17. Received: from harper.uchicago.edu (15273@localhost [127.0.0.1]) by harper.uchicago.edu (8.8.5/8.8.3) with ESMTP id VAA17495; Mon, 15 Sep 1997 21:55:41 -0500 (CDT)
  18. Message-Id: <199709160255.VAA17495@harper.uchicago.edu>
  19. To: Declan_Gorman@modusmedia.com
  20. cc: amos-list@access.digex.net, sdmatott@midway.uchicago.edu
  21. Subject: Re: Memory Banks?? 
  22. In-reply-to: Your message of "Sat, 13 Sep 1997 11:12:43 MDT."
  23.              <0000E7BD.@modusmedia.com> 
  24. MIME-Version: 1.0
  25. Content-Type: text/plain; charset="us-ascii"
  26. Content-ID: <17490.874378540.1@harper.uchicago.edu>
  27. Date: Mon, 15 Sep 1997 21:55:40 -0500
  28. From: Scott Douglas Matott <sdmatott@midway.uchicago.edu>
  29. Status: O
  30. X-Status: 
  31.  
  32. Declan_Gorman@modusmedia.com said:
  33.  
  34. >     
  35. >     Greetings,
  36. >     
  37. >        I have a bit of a dilemma about a program I am thinking about 
  38. >     coding.  I have a few questions for you that I hope will either set me 
  39. >     on my way or stop me before I start what I cannot finish.  We have all 
  40. >     heard that you should not begin to code something that may be beyond 
  41. >     your abilities so here I am asking for some pointers before I do 
  42. >     begin.
  43. >     
  44.     Don't worry if you can't finish what you start in AMOS, it's not quite the same as say starting somethign at the local Pub :)
  45.  
  46. >        I have a music synthesizer that allows me to edit,save & load voice 
  47. >     banks.  So I want to code a program that will allow me to load about 5 
  48. >     of these banks into memory and say pick the best voices from this 5 
  49. >     and put them into one bank.  Save it to disk and load them back into 
  50. >     my synthesizer.  Sounds simple enough, right??
  51. >     
  52.     Yeah, maybe...
  53.  
  54. >        This is my first attempt at using and manipulating memory banks and 
  55. >     I know I may have picked a bad way to start but bear with me.  Before 
  56. >     I go into the details my first question is would I have to use machine 
  57. >     code to manipulate the memory banks to achieve what I want?
  58. >     
  59.     Most likely yes.  Do you have the AMOS manaul?  The AMOS machine code
  60. commands you'll have to use are pretty simply, just readin and writing stuff to memory addresses, and as an added benefit AMOS will tell you what address so all you have to do is know the bank number and how big your samples are.
  61.  
  62. >        Do I have to load the file into a memory bank?
  63. >     
  64.     Yes.
  65.  
  66. >        I have experimented using BLOAD to load the file into my Amiga and 
  67. >     it loads just fine.  The size of the example file I tried is 53,248 
  68. >     bytes, obviously it would vary with the number of voices in the bank.  
  69. >     I have used RESERVE AS WORK 10,55000 to reserve the bank and loaded 
  70. >     the file into Bank 10.  I have also noticed that I can load the same 
  71. >     file into memory when I use RESERVE AS WORK 10,2500.  Does the Bank 
  72. >     Length have to be the same size as the file I load into memory.
  73. >     
  74.     No, AMOS is smart it will automatically resize the bank if you try to load more data into it than it has room for.  See while it may seem intimidating at first, AMOS memory bank manipulation is really pretty easy.
  75.  
  76. >       Obviously I will have to know the file structure before I can do 
  77. >     anything but I am working on getting this from the manufacturer.
  78. >     
  79. >        Any help or advice, good or bad, would be greatly appreciated.  I 
  80. >     know that coding an application like this is much different that 
  81. >     coding a game but I am up for the challenge.  Thanks in advance.
  82. >     
  83. >     
  84. >     Declan.
  85. >
  86.     Yeah you will need the file structure, hopefully it has as little overhead as possible, since that will make life alot easier on you.  Well I'm not sure what to tell you, perhaps if you can get more specifics about the file strucutre, maybe post a file to the list and folks here can examineit for you.  
  87. OTherwise, good luck, and don't worry, just sace before you run your prog and the worst thign that can happen is your AMiga resets, I'm sure you're familiar with the words "GURU MEDITATION" by now. 
  88.  
  89.     Thanks,
  90.         Scott Matott
  91.             sXe
  92.